home *** CD-ROM | disk | FTP | other *** search
/ Collection of Tools & Utilities / Collection of Tools and Utilities.iso / dskut / dcom344.zip / LOGIN.DOC < prev    next >
Text File  |  1990-02-25  |  17KB  |  364 lines
  1.                ┌────────────────────────────────────────────┐
  2.                │                 LOGIN.DOC                  │
  3.                ├────────────────────────────────────────────┤
  4.                │ This file provides temporary documentation │
  5.                │      on dCOM's new user login system.      │
  6.                └────────────────────────────────────────────┘
  7.  
  8.  
  9.  
  10. INTRODUCTION
  11. ────────────
  12.  
  13. A need has been recognized where in many situations it is common to share a
  14. PC among several users, and since we're human, there tends to be a little
  15. distrust from time to time.
  16.  
  17. To help give the primary user some peace of mind while away from his/her PC,
  18. we have implemented a login system which allows designated the access rights
  19. (privaleges) available to other users while in dCOM's utility mode.  These
  20. rights dictate whether a user is capable of such things as opening files
  21. (copying, printing, or editing), modifying files (deleting, renaming, moving,
  22. hiding, or editing w/save), changing configurations, saving configurations,
  23. running programs, exiting dCOM, viewing hidden files, or even whether they
  24. can enter the utility mode.  Additionally, user groups are also assignable
  25. which are used in conjunction with the macro keys and/or its Menu Mode, to
  26. control which users have access to which menu (macro key) selections.
  27.  
  28.  
  29.  
  30. AFFECTED AREAS
  31. ──────────────
  32.  
  33. The /MP switch which used to invoke the menu mode, not allowing users to
  34. escape out to the utility mode unless they knew the system password, no
  35. longer has any relevance and has been retired.  Whether a user has this
  36. capability is now governed by their Rights in the Access Control Menu.
  37. Actually, for that matter, there is no more "system" password.  There is
  38. however, a "current" password, which is established differently depending
  39. on whether the login system is used.  If the login system is active (a /L
  40. switch was specified on dCOM's command line), the user's password becomes
  41. the current password.  If the login system is not active, the password for
  42. the SUPERVISOR's entry in the Access Control Menu becomes the current
  43. password.
  44.  
  45. Outside of logging in, the only instance in which the current password is
  46. now used is when rectivating the screen blanking feature (Shift-Ctrl-B) and
  47. when invoking the Access Control Menu, if the login system is not active.
  48. (If the login system is active, the user must be a supervisor to gain entry
  49. to the Access Control Menu.)
  50.  
  51. The screen blanking feature (Shift-Ctrl-B), still works as it did before,
  52. where if a password is active, it must be entered to reactivate the screen
  53. and keyboard.  If no password is set for the logged in user, pressing
  54. Shift-Ctrl-B again will reactivate the screen.
  55.  
  56. The Alt-A command, which used to allow changing the System Password, now
  57. invokes the Access Control Menu (described in a following section).
  58.  
  59. If the login system isn't used (the /L switch isn't given), when dCOM is run
  60. the current user will be considered the SUPERVISOR, with total access to all
  61. rights and groups.  Additionally, even though the login system isn't active,
  62. dCOM will still lookup the SUPERVISOR in the Access Control Menu (Alt-A),
  63. and use the SUPERVISOR's password as the "current" password.  If you don't
  64. wish to use the login system but still want the screen blanking feature
  65. password protected, be sure to edit the Access Control Menu and set the
  66. SUPERVISOR's password accordingly.
  67.  
  68.  
  69.  
  70. OVERVIEW
  71. ────────
  72.  
  73. Enabling the login system serves a variety of needs.  Some people may just
  74. wish to have their computer password protected when it is first turned on.
  75. Others, may have more of a concern with what capabilities are available to
  76. other users using their computer.  Or, what capabilities are available while
  77. using a network drive.  Or, from a menuing perspective, what menu functions
  78. (macro keys) are available to which users.  And lastly, maybe just keeping
  79. track of usage, and which users were on when, using the login system in
  80. combination with the audit trail feature.  Of course, all of these capabi-
  81. lities are now provided to you using the login system.
  82.  
  83.  
  84.  
  85. ACCESS CONTROL MENU
  86. ───────────────────
  87.  
  88. The heart of the login system is the Access Control Menu.  Handling how this
  89. menu is invoked varies depending on whether the login system is active.  If
  90. the login system is active, any user with a supervisor group flag may enter
  91. and edit the Access Control Menu.  If the login system is not active, the
  92. current password (which will be the SUPERVISOR's password) will be prompted
  93. for (provided its been set), before access is allowed.
  94.  
  95. If the login system is active and the current user does not have a supervisor
  96. group flag, pressing the Alt-A command to invoke the Access Control Menu will
  97. only dislay a window showing the current user's name, rights, and groups.
  98.  
  99. Under the Access Control Menu you define a list of users which will have
  100. access to your computer, and what privaleges they will have.
  101.  
  102. The Access Control Menu will initially default with two entries, SUPERVISOR
  103. and GUEST.  Both entries play a role under different situations and shouldn't
  104. be deleted carelessly.  The SUPERVISOR entry establishes the active password
  105. in the event that dCOM is run without the /L switch.  One of the first orders
  106. of business should be to enter a password for the SUPERVISOR entry so that
  107. other users can't log in using its name.  The GUEST entry controls the rights
  108. and groups of users not successfully logging in.  By default, a guest user
  109. will have access to dCOM's utility mode, but that's it - a guest user won't be
  110. able to access configuration menu's, modify files, exit dCOM, or run programs.
  111. If you wish your guest users to more or less privaleges, then edit the GUEST
  112. entry appropriately.  If you don't wish to allow invalid login's then delete
  113. the GUEST entry.  If there are a large number of users fitting a certain
  114. description, instead of building all their names in the Access Control Menu,
  115. you could just tell them all to log in using the name "guest".  If you don't
  116. enter a password for the GUEST entry, one won't be asked for.
  117.  
  118. Normally, the primary supervisor would immediately add his login name under
  119. the Access Control Menu and give himself a group flag of "$" (making his name
  120. a supervisor with full rights and privaleges).  If the primary supervisor
  121. wants to further delegate some junior supervisors, he would add their names
  122. under the Access Control Menu and give them a group flag of "#", which gives
  123. them the same access privaleges as him except that they cannot modify other
  124. users having a supervisor, or junior supervisor group flag.
  125.  
  126.  
  127.  
  128. ENABLING THE LOGIN SYSTEM
  129. ─────────────────────────
  130.  
  131. Whether the entire login system is enabled depends entirely on whether the
  132. /L or /LA command line switches are provided when dCOM is first run.
  133.  
  134. The only difference between /L and /LA is that /LA enables the automatic
  135. logout feature.  Both of them activate the login system and, as described
  136. next, both accept the same parameters:
  137.  
  138.     /L[:name][,password]
  139.     /LA[:name][,password]
  140.  
  141. Although giving both the user name and password on the command line is rather
  142. self-defeating, it is provided as an option non-the-less.  Providing both the
  143. user's name and password on the command line results in the computer never
  144. prompting for a login when initially powered up, but would still allow the
  145. user to manually generate a logout using Alt-L (which leaves the display
  146. prompting for a new login), at times when he/she will be away from their
  147. computer for a period of time (of course other users soon figure out all they
  148. have to do is reset the computer and it automatically logs in...).
  149.  
  150. The automatic logout feature (using /LA instead of /L) is provided for those
  151. situations where it is like pulling teeth trying to get users to comply with
  152. logging themselves out when they are through with the computer.  Or, if you
  153. just want the comfort of knowing that if you get up and walk away from your
  154. computer, that it will log itself out automatically after a certain period of
  155. time.  In order for the automatic l